Prepress workflow method and program

ABSTRACT

A system and computer program configures a prepress workflow. A prepress memory manager is loaded on a local computer as a result of a user input such that a graphical user interface is displayed. A prepress system design palette and modules toolbar have module icons representing different prepress hardware and/or software distributed object modules that can be potentially used in a prepress workflow operation. Module icons are dragged and represent the desired prepress hardware and/or software distributed object modules to be used in a prepress workflow from the module toolbar into the prepress system design palette and then linked based on user input in the order which represents how the prepress workflow proceeds along the selected hardware and/or distributed object modules.

FIELD OF THE INVENTION

This invention relates to a method of configuring a prepress workflow,and more particulary, this invention relates to a method of configuringa prepress workflow using a graphical user interface.

BACKGROUND OF THE INVENTION

The prepress industry typically uses a number of different stand aloneservers, such as a raster image processor, an OPI server having high andlow resolution data, a scanning software module and other hardware andsoftware components. These components typically are included ondifferent software packages and must be set up with involvedpreparation, often on different computer systems. Typically eachsoftware program must be individually programmed, such as by bringing upthe server based program and programming each of the different programs.This is inefficient and not desirable.

SUMMARY OF THE INVENTION

It is therefore an object of the present invention to provide a methodof configuring a prepress workflow that is simplified in a visual,graphical user interface.

In accordance with the present invention, a method allows theconfiguration of a prepress workflow and comprises the steps of loadinga prepress memory manager on a work station computer platform as aresult of a user input such that a graphical user interface is displayedon a computer screen and includes a prepress system design palette and amodules toolbar having module icons representing different prepresshardware and/or software distributed object modules that can potentiallybe used in a prepress workflow operation. The module icons are draggedfrom the modules toolbar into the system design palette and representthe desired prepress hardware and/or software distributed object modulesto be used in a prepress workflow. The module icons are linked based onuser input in the order which represents how the prepress workflowproceeds along the selected hardware and/or software distributed objectmodules represented by the module icons.

In still another aspect of the present invention, the method comprisesthe step of launching a prepress memory manager at a remote platformbased on user input at the workstation platform and outputting theprepress workflow to an output device located at the remote platform.

The method also comprises the step of configuring a desired hardwareand/or software distributed object module based on user input byselecting a module icon representing the desired prepress hardwareand/or software distributed object modules to be configured by users,who select a dialog box corresponding to the desired hardware and/orsoftware distributed object module and then input information within thedialog box.

The module icons can be dragged into the system design palette with auser selected pointer tool and the module icons can be linked within thesystem design palette with a user selected linking tool once the moduleicons are positioned. Module icons can also be selected by enabling auser input and a pull down menu and selecting appropriate prepresshardware and/or software distributed object modules corresponding to adesired hardware component and/or software function.

A computer program also is disclosed and resides on a medium that can beread by a computer, wherein the computer program comprises instructionsto cause a computer to configure a prepress workflow. The computerprogram loads a prepress memory manager on a work station computerplatform as a result of a user input such that a graphical userinterface is displayed on a computer screen and includes a prepresssystem design palette and a modules toolbar having module iconsrepresenting different prepress hardware and/or software distributedobject modules that can potentially be used in a prepress workflowoperation.

Module icons can be dragged based on user input representing the desiredprepress hardware and/or software distributed object modules to be usedin a prepress workflow from the module toolbar palette into the prepresssystem design palette. The module icons can be linked based on userinput in the order which represents how the prepress workflow proceedsalong the selected hardware and/or software distributed object modulesrepresented by the module icons.

BRIEF DESCRIPTION OF THE DRAWINGS

Other objects, features and advantages of the present invention willbecome apparent from the detailed description of the invention whichfollows, when considered in light of the accompanying drawings in which:

FIG. 1 illustrates a graphical user interface of the present inventionshowing the system design palette, a system and modules toolbar withvarious icons in the modules toolbar corresponding to prepress hardwareand/or software distributed object modules.

FIG. 2 is an overall block diagram of the workflow system of the presentinvention.

FIG. 3 is a flow chart illustrating the basic start-up sequence whenstarting the memory manager and creating COM objects.

FIG. 4 is a basic flow chart showing the steps in the linking of moduleicons based on user input.

FIG. 5 is a flow chart illustrating data delivery and formation in theworkflow system of the present invention.

FIG. 6 is an example of an events listing for the memory manager.

FIG. 7 is another view of the graphical user interface showing aworkflow that has been established on the system design palette.

FIG. 8 is an enlarged view of a modules toolbar showing 19 differentmodule icons corresponding to prepress hardware and/or softwaredistributed object modules.

FIG. 9 illustrates a sample system workflow established in the systemdesign palette with an imagesetter and proofer as terminal devices.

FIGS. 10, 11, 12 and 13 illustrate scan modules setup windows.

FIGS. 14 and 15 illustrate queue module setup windows.

FIGS. 16 and 17 illustrate raster image processor (RIP) setup windows.

FIGS. 18, 19 and 20 illustrate setup windows for WinPrint modules.

FIGS. 21-26 illustrate the setup windows for an imagesetter module.

FIG. 27 illustrates a setup window for an OCE setup module.

FIG. 28 illustrates a setup operating window for an output module.

FIGS. 29-32 illustrate an OPI module setup windows.

FIG. 33 illustrates an OPI setup in the system design palette.

FIG. 34 illustrates a down sample module setup window.

FIGS. 35, 36 and 37 illustrate a setup for printing drafts.

FIG. 38 illustrates a queuer setup window.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

The system and method of the present invention now allows an advanceddigital prepress workflow to be established by dragging appropriateicons and linking the icons in the manner corresponding to the prepressworkflow. The system and method of the present invention can realizeunparalleled speed and throughput of jobs, but also a variety of optionsthat provide precise and exacting control of all aspects of an existingcomputer system, such as a desktop portable computer, e.g., workstation.

The invention provides a multi-tasking and multi-threading Raster ImageProcessor (RIP) that facilitates conversion of Adobe® PostScript®,Encapsulated PostScript® and Portable Document Format (PDF®) files tobinary raster language. Operators can Spool/Print directly to the harddrive, freeing the workstation quickly. Data importing, ripping,spooling and printing occur simultaneously. The RIP can be working onthe next page while the recorder is printing. The invention is alsoadvantageous because a RIP becomes part of a graphical user interfacefor a prepress workflow system.

The digital prepress workflow system and method of the present invention(hereinafter “workflow system”) incorporates a workflow manager for aprepress system. It can scan output of other RIP's and redirect theoutput to multiple devices within a system. It works seamlessly withfiles that have been processed on either Adobe or Harlequin RIP's. Thework low system can include several optional add-on modules that performtasks such as remote system configuration, remote proofing, imposition,output of digital bluelines, output of composite proofs and many otherfunctions. The digital prepress system uses both OLE (Object LinkEmbedding) and DCOM (Distributed Component Object Model) technology.With this combination, an operator is able not only to use simple dragand drop icons to set up a prepress workflow, but to also set up andcontrol multiple remote sites from one central location. In addition,Postscript® Level III commands can be used.

FIG. 1 illustrates a graphical user interface 100 for the workflowmanager that is displayed after a prepress memory manager is loaded on awork station computer platform 102, such as a personal computer or othersystem hardware, as illustrated in FIG. 2. The graphical user interface100 includes a prepress system design palette 104 and a modules toolbar106 having module icons representing different prepress hardware and/orsoftware distributed object modules that can potentially be used in aprepress workflow operation.

As illustrated, module icons represent desired prepress hardware and/orsoftware distributed object modules as will be explained below and areused in a prepress workflow and dragged from the modules toolbar 106into the prepress system design palette 104.

As illustrated, the module icons are linked based on user input in theorder that represents how the prepress workflow proceeds along theselected hardware and/or software distributed object modules representedby the module icons. Alternate paths could be available and an initialscan module acts as a “smart” or “intelligent” module for load controland controlling memory with available disk space and acts to direct datafiles to appropriate distributed object modules in the workflow based onthe type of incoming data. At the personal computer 102, a workflowmanager 108 and memory manager 110 are loaded and work with processingunit 110 a. A RIP module 111 a, scan module 111 b, and queuer 111 c areillustrated, together with other modules 111 d. A prepress memorymanager can also be launched at a remote platform illustrated at 112,based on user input at the work station platform 102 and the prepressworkflow can be output to an output device located at a remote platform,such as a printer 114. In FIG. 1, graphical lines, as illustrated at116, establish the link from one module icon to the next module iconwith the system design palette representative of the prepress workflowand the linking among distributed object modules. The graphical lines116 can be color coded and the color coded graphical lines can have afirst visually distinguishable color when a successful link betweenmodule icons is established and a second visually distinguishable colorwhen a link is rejected. For example, a good link could correspond to ablue arrow, while an improper link could correspond to a red arrow. Asystem toolbar 118 can include icons corresponding to system functions,as will be explained below.

The personal computer system or other work station that is used for theworkflow system includes the memory manager 110 and workflow manager108, such as seen with a graphical user interface and are operative withthe processing unit 110 a. The memory manager handles transmission ofdata in the background, not seen by an operator. Each module correspondsto a COM module, which in the present example, are distributed objectmodules. Because the modules are implemented as COM servers, the modulescan reside on different computers, i.e., local and remote. Each moduleevaluates the type of data that an adjacent module in the workflow canhandle, and can transfer data as necessary. This data transfer can beaccomplished based on the type of terminal device, and what data itaccepts. The composite description of the terminal device is transferredback to the initial scan module, which acts as a “smart” module, anddetermines the routing of data based on the type of data, especially ifmultiple work paths are available. Various modules, such as operativeunder various software distributed object modules, include the rasterimaging processor (RIP) module 111 a, a scan module 111 b, a Queuemodule that acts as a Queuer 111 c, and other modules 111 d as known tothose skilled in the art.

The scan module acts as an intelligent module and can arrange workflowthrough a predetermined work path based on the type of data. It canpublish itself, acting similar to a printer, for example, a virtualprinter. It also acts as a hot folder with a specific directory harddrive. An operator can print a file directly from the scan module.Because a composite description of a terminal device is obtained, thescan module can process data and transfer the data along a predeterminedpath based on the type of data.

The scan module also functions as a local controller. Some modulescreate temporary files and use disk space and memory. The scan moduleacts as an intelligent module and can scan disk space and memory toallow the processing of files based on the available disk space and theamount if available. The scan module can convert data based on terminaldevice memory requirements, such as converting the raster file topostscript.

The RIP module will inquire as to the device (i.e., the module) next toit, and the kind of data it is capable of processing, such as rasterdata or other type of data. The RIP module will save this information.What beneficial aspect of the present invention is the RIP modulereflected in a graphical user interface for a prepress workflow. The RIPcan be programmed as necessary based on operator use of the graphicaluser interface, as will be explained below. The RIP can convert data asnecessary.

The RIP module can have OPI and trapping abilities. Large graphics canbe stored on OPI module that is operative with the RIP module, while theRIP module is free to process postscript files without having the largememory photographs attached. The RIP module would process onlypostscript file references, while the OPI would save the large file tothe local drive. The OPI module would be preferably connected to the“intelligent” scan module. The RIP module later could obtain thephotograph file from the OPI storage location and transmit it to thefinal output.

As is well known to those skilled in the art, distributed objectcomputing extends an object-oriented programming system and allowsdifferent objects (or components in a system) to be distributed across aheterogenous network. The components can interoperate as a unified wholeand can also be distributed on different computers throughout thenetwork. These components live within the module address space outsidean application and appear as though local to an application. Differentprograms can be used as known to those skilled in the art including theMicrosoft Distributed Component Object Model (DCOM), the Common ObjectRequest Broken Architecture (CORBA), as produced by OMG, and theJava/Remote Method Invocation (Java/RMI). When a DCOM application isused, multiple interfaces can be supported, and a query interface methodcan be used to navigate among interfaces. A client proxy can dynamicallyload multiple server stubs in a remote layer and a remote server objectcan be identified through its interface pointer to serve as an objecthandle at run-time.

An interface can be identified using the concept of interface ID's (IID)and identify an implementation of a server object using class ID's(CLSID) with mapping found in the computer registry. An object exportercan perform a remote server object reference generation. A COM run-timesystem can allow object registration, skeleton instantiation and objectremote procedure call (ORPC). Mapping of the object name to itsimplementation can be handled by the registry. A service control managercan locate an object implementation and activate the objectimplementation, depending on the IDL specification. All parameters canpass between client and server objects and are defined in the interfacedefinition file. Depending on the IDL specifics, different parameterscan be passed either by value or by reference. A pinging mechanism canallow unnecessary data to be collected, i.e., garbage data. The DCOM orsimilar system gives the program the ability to interface with thedifferent modules and interface by identification number. Data can beconverted based on adjacent distributed object modules.

FIG. 3 illustrates a flow chart depicting initial start-up of theworkflow system. When the user initiates the program, the system starts(block 120). The system initially determines if the workflow system isrunning (block 122) and if yes, it will not allow more than one managerto run on a computer and will not load (block 124). Two workflowmanagers are not allowed to run on the system. If a workflow system isnot running, then the memory manager is started (block 126) and aconfiguration file is loaded (block 128), such as dealing with color ofscreens, link tools, remote computers and other aspects not part of thelinking in the system design palette. Different network computers areconnected (block 130) and installed network workflow system modules arelocated and a tab page listing is constructed showing all the modulesthat can be used on the computer (block 132). The remote computers couldbe connected via a LAN or WAN.

The system determines if the last workflow scheme needs to be loaded(block 134), and if yes, then the last workflow scheme is loaded (block136). In this step, an older workflow configuration file is loaded.Several lines of code are read, and COM based modules are located andpicked up in the system with the proper programming and links. If not,then a new workflow is designed (block 138). If the last workflow schemeis loaded, then a decision is made whether more than one computer isparticipating in the scheme (block 140). If it is not, then COM objectsare created representing the modules in the scheme (block 142). If morethan one computer is participating, then the memory manager is startedon each participating computer (block 144), and the program is done(block 146).

FIG. 4 illustrates the basic methodology used in linking modules. Asshown in FIG. 4, the program starts (block 150). New modules are addedbased on user choice and needs (block 152) and linked with other modules(block 154). At this time, input parameters are checked to match outputsof the source modules during the linking process (block 156). Thelinking tool has innate intelligence and is a “smart” tool. If theparameters do not match, then there is an error in linking the modules,such as forming a red line arrow (block 158). This error could be for aredundant link or connecting improper software and/or hardware modules.If the input parameters check and the output parameters match the inputof the destination modules (block 160), then the system determines ifthere is a terminal module (block 162). If there is a terminal module,then the list of terminal modules is updated (block 164) and the memorymanager and other modules are notified of the workflow change (block166). In some cases, until the proper beginning workflow is created, theworkflow system will not allow linking to the terminal device. The scanmodule acts as a hot folder and maintains a record of terminal deviceseach time a terminal device module is dropped in the system designpalette. If the module is not terminal, then the memory manager andother modules are notified of the workflow change (block 166). Theprogram is done (block 168).

FIG. 5 illustrates a basic data generation and flow within the workflowsystem of the present invention. As illustrated, the program starts(block 170) and the set pointers are initialized on the memory manager(block 172). The memory manager is asked if data is available (block174). If data is not available, then the loop occurs. If data isavailable, then the data is mapped to physical memory (block 176) viathe scan module that acts as a “smart” scan folder, which has sharedmemory with the memory manager, and then the composite description of aterminal device is obtained (block 178), relating to the setup of therespective terminal device. The data is processed in accordance with acomposite description (block 180) and new data is created (block 182).

As shown in the flowchart of FIG. 6, the memory manager takes differentpieces of data and redirects them to other modules. There are twomodules in this example, one remote and one local. A series of differentevents can occur as the workflow system progresses. For example, if datais obtained from a local module (block 200), then that data is saved(block 202). At event 2, data could be obtained from a remote module(block 204) and then data obtained from the remote memory manager (block206). The data is decompressed (block 208) and the data saved (block210). At event 3, the workflow system determines if data is availablefor the module (block 212). The location of the module is thendetermined (block 214). If the location is remote, the data iscompressed (block 216) and the data is sent to the remote memory manager(block 218). If the location is local, then the available resources arechecked (block 220), and if there are none, then the data is rejected(block 222), otherwise, the data is sent to the module (block 224). Atevent 4, the workflow may change (block 226) and unnecessary data ischecked (block 228). At event 5, an idle system (block 230) will allowgarbage data to be cleared (block 232).

The initial set up of the workflow system of the present invention on apersonal computer 102 running a program such as Microsoft Windows isstraightforward. Many of the described steps would be well known tothose skilled in the art. The corresponding drawing figures aid inunderstanding further details. A workflow installation system disk 300containing the data and instructions for the computer program of thepresent invention is inserted into a computer's CD-ROM drive 302. Anoperator clicks on the Start button typically located at the bottom leftof the screen. Next, the operator clicks on the Run command. From theRun menu, the operator types in the letter assigned to the CD-ROM andSetup.exe.

Clicking on the Next button, the operator will be prompted for a userName and a Company name in a User Information window. Once thisinformation is completed, the operator clicks on the Next button. Thesoftware automatically defaults to a desired directory in a choosedestination location, for example, C:\MWF, corresponding to Max WorkFlow™, such as sold by Harris Publishing of Melbourne, Florida. If theoperator desires to load the software on a different drive, the operatorclicks on the Browse button to view different drive locations. This willpull up a Choose Directory window that features drives available, aswell as network drives. If the operator wishes to map to a networkdrive, the operator clicks on a Network button at the bottom of thewindow. A Map Network Drive window will come up next. Once the operatorhas selected the proper destination for installation of the workflowsystem, the operator clicks on the Next button.

A Setup Type window appears next. Three different setup options can beoffered, e.g., Typical, Compact and Custom. Typical would load all thecommon options of the workflow system and is recommended for mostscenarios. Compact setup loads only the minimum options required forproper installation of a basic package. Custom setup allows advancedusers the opportunity to pick and choose certain add-on, optionalmodules they wish to install. The operator clicks a left mouse button ina radio button next to the setup option the operator desires, and thenclicks on a Next button.

A window prompts the operator to select a folder for the installation ofprogram icons. It will default to whatever directory the operator hasassigned. The operator clicks on the Next button and a Start CopyingFiles window will pop up. Within this window, the operator would see aset up type, target folder, user's name and company name information. Ifall of this information is correct, the operator clicks on the Nextbutton. If the operator wishes to change anything, the operator clickson the Back button and keeps clicking on Back until the operator reachesthe window offering the information he wishes to change.

The computer subsequently and automatically begins decompressing filesfrom the CD and copying them to the selected drive and directory. Uponcompletion of this process, icons will be created.

The software program can be launched at this time. A Sentinel Driver isinstalled and a registry update is completed. When imagesetters are tobe driven, the operator can install a low level imagesetter driver atthis time. If the operator is planing to install a Windows printer, orredirect output to existing Windows printers, a Print Port is installedat this time. After all options are installed, the Server can berebooted so the installation can be completed. A registry update isperformed and the software registers individual modules into a WindowsRegistry system. An imagesetter driver can be installed to properlydrive the imagesetter(s).

An MWF (or similar depending on design) program icon is clicked toinitially begin the program. The memory manager 110 as workflow manager108 are loaded. A System Design Palette 104 is opened as a window (FIG.7) as part of a graphical user interface 100. Proper use of the SystemDesign Palette 104 enables an operator to completely configure theprepress system workflow and configure each individual piece of hardwarebeing used. The drag and drop functionality of the system makes this avery simple operation that can be quickly accomplished.

The module toolbar 106 and system toolbar 118, which can be customizedto operator preferences, are typically featured. In addition, as is thecase with all Windows-based applications as is well known to thoseskilled in the art, there are pull-down menus that can be used toaccomplish the same tasks as usage of the various tool icons. Thepull-down menus also provide shortcut keys if the operator is morekeyboard than mouse-oriented.

Various pull-down menus can be used, as shown in FIG. 7. A firstfunction listed under the File menu can be a Start/Stop System command.The keyboard shortcut for this command could be F2. Once the system isstarted, the menu command changes to Stop System. Using the F2 key isthe same as a toggle switch. The first time this toggle is used couldturn the system on. The second time it is pressed could turn the systemoff.

The second function offered under a File menu is the Options command.From the System tab of the Options command, operators can automaticallyload the last configuration used and stop the system if an error is madein linking system components. Additionally, operators can change thedots per inch (dpi) of file Preview. It is recommended that the Previewdpi be set at 36 dpi. If an operator needs a higher resolution forpreview files, the resolution can be set at 72 dpi. At this time, theoperator would have the ability to create a system wide Logfile. Thislogfile contains information on all modules activities throughout thesystem.

Another option offered under the File menu is a Desktop tab. Thisfunction allows an operator to change the colors already assigned forlinking, desktop and selected object components within the System DesignPalette. Also, operators can opt for different sized module icons,whether or not the module name will be shown and whether or not to showa log and remote icon.

A network tab can be featured under the File menu. Operators can quicklysee existing Servers on the network LAN or WAN and can add or removeClients as desired. To add a client, an operator would click the addbutton and find a Server that has the MWF Client software loaded.

Under a View menu, operators can view log files, such as those shown atthe bottom section 310 of the System Design Palette 304. A keyboardshortcut for this command could be Ctrl+V. The log could show jobprogress and history of system operation. By either clicking on theModules Toolbar command or pressing Ctrl+M, operators can eliminate themodules toolbar at the top of the screen.

The Control Toolbar, which can also be activated by pressing Ctrl+C,eliminates display of the System Toolbar 118 featured at the top left ofthe palette window. By default, all the views come up when theapplication is invoked. By using any of the above commands, the operatorcan eliminate the log 304 or toolbars 106, 118 from the System DesignPalette 104.

One of the benefits of turning off the System and Modules toolbars 106,118 is the enhanced security.

Once the operator has the workflow set up and configured and saved, theoperator can turn off both of the toolbars. As a result, other personnelcannot make any changes to the existing workflow as it is set up.

The last command under the View menu enables operators to switch iconsize of modules represented by icons in the System Design Palette 104.The keyboard shortcut for this command is F7. When clicking on thiscommand, the icons displayed will either increase or decrease in size,based upon which size you presently have displayed. There are threesizes available—small, medium and large.

The Configuration menu allows for setting up and saving a newconfiguration of the workflow system, or the opening of an existingsystem configuration. To create a new configuration, an operator canclick on the New command, or use the Ctrl+N keyboard shortcut.

To open an existing configuration, an operator clicks on an Opencommand, or presses Ctrl+O. An operator may have one savedconfiguration, or many, based on needs and preferences. An operatorhighlights the existing configuration (.cfg) file the operator wishes toopen and clicks on the OK button to open the choice of existingconfigurations.

To save a new configuration, an operator clicks on Save, or uses theCtrl+S keyboard shortcut. To rename a saved configuration, the operatorclicks on the Save As command, or presses Ctrl+E. A window prompts theoperator for a file name in the File name text window. The operator keysin the name of choice, then clicks on the Save button.

The Modules menu allows for the control and setup of various componentsof the workflow system and the overall workflow system. To pause theworkflow system, an operator clicks on Pause, or Ctrl+P. The followingmodule commands require a module to be highlighted first, which isaccomplished by clicking on the module icon within the System DesignPalette.

To delete a module, an operator clicks on Delete or press the Deletekey. To setup, the operator clicks on Setup or presses the F5 key. Toview, the operator clicks on View or uses the F4 keyboard shortcut. Toselect a remote computer, the operator clicks on Change Computer or usesthe F6 command. To log on or off the system, the operator clicks on thecommand, or uses Ctrl+L as a keyboard shortcut. To select all moduleswithin the palette, the operator clicks on Select All under the menu orpresses Ctrl+A.

Seven icons are featured in the upper left-hand corner of the SystemDesign Palette in the System toolbar 118. These icons replicatefunctionality afforded by pull-down menus for those operators whichprefer to employ icons rather than menus.

The notebook and pencil icon 310 at top left of the system toolbar isthe Log On/Off switch. Keyboard shortcut for this function is Ctrl+L.This command turns on the log file for a selected module, within thesystem workflow. When the log file is on, the operator will see it atthe bottom of the System Design Palette screen. The operator will alsosee a small notebook icon appear at the lower left of the selectedmodule icon. The icon acts as a toggle switch. If the operator does notwish to view a Log file for the selected module, the operator pressesthe icon a second time. It will then turn the Log file off. The log fileshows the activity history of the module represented by the icon.

The blue arrows icon 312 is used to customlink various components of theprepress workflow system once the operator has chosen icons representingthe components workflow. The operator uses the New Link command to clickon an icon that starts the workflow and then clicks on the icon wherethe work needs to flow. Using the left mouse button click once on themodule, the operator clicks on the second module etc, until workflow isfinished.

If an operator tries to connect two components that cannot be properlylinked, the link arrow will appear red instead of blue and the operatorwill be prompted with an error message. At that point, the operator cango back to the System Toolbar window, click on the Pointer tool, thenleft-click on the red arrow and delete the link.

The icon third from left, a white arrow pointing upward, is the pointertool 314. With this tool, the operator can select various icons from thepalette. In addition, the icon performs as a toggle switch. Once theoperator has completed linking of the system with the New Link (bluearrows) tool, the operator clicks on the pointer tool to turn off theNew Link tool.

The icon representing networked computers 316, which is located at thevery top right of the icon group, enables an operator to launch theworkflow system on a remote system 112. This function can also beaccomplished by pressing the F6 key as a keyboard shortcut.

The lower left-hand icon, represented by a red X 318, is used to deleteobjects. An operator highlights a device icon placed on the SystemDesign Palette and presses the Delete icon. The same function can beaccomplished by pressing a Delete key on the keyboard.

The magnifying glass icon 320, shown second from left in the SystemToolbar icon group, enables operators to setup objects. An operatorclicks on the object within the System Design Palette 104 which theoperator desires to configure, and then clicks on the magnifying glassicon 320. A window will then pop up prompting the operator for input ofvarious information necessary to the proper operation of individualcomponents within the overall workflow. A GO Button turns the system on,and allows an operator to toggle the system from GO to STOP.

A Modules Toolbar 106 features icons which, when in place on the SystemDesign Palette, will represent various hardware components of thesystem, as well as software functionality. Actual module icons areillustrated in the Modules Toolbar shown in FIG. 7. The illustratedmodule icons are only representative icons of different object orientedmodules. Other modules can be incorporated as known to those skilled inthe art.

Five icons are illustrated in the system module toolbar. A scan module320 acts as a hot folder for scanning incoming files. A Queue module 322is used to queue files to the various components such as a raster imageprocessor (RIP) module 324 or to an output device, such as a printermodule 326. A Tiff module 328 is represented by an icon, which featuresan eye within a page. Linking this icon into the workflow system allowsan operator to write Tiff files to disk, or print to file.

The Print module 326 controls an output device. If an operator desiresto output to two or more devices, additional modules can controlwhatever output device has been added. The print module 326 used in thisexample can be a Windows (PCL) printer and Imagesetter devices.

Other modules as shown in FIG. 8 can be used. The system can quicklyconfigure customized workflows, regardless of complexity and number ofcomponents. An operator drags all the necessary icons into the SystemDesign Palette, highlights an individual icon, right clicks the mouseand a window pops up. The operator is then prompted to input the exactspecifications and parameters. In the system design palette, a scanmodule 320 is connected to a queue module 322, the RIP module 324,another Queue 322 and a print module 326.

The icon for the print module 326 represents various Windows printersavailable on the network.

When an operator drags this icon from the toolbar onto the System DesignPalette, it is ready to be configured with the specifications ofwhatever type of device the operator may have in the workflow system.Operators can output PostScript™ or PDF files to PCL or otherNon-PostScript® Windows printers.

Scanning modules 320 may also be referred to as hot folders. Once anoperator has placed the scanning module 320 within the System DesignPalette 104, the operator can then program this module to set updirectories and scan for incoming files, set up backup directories,program buffer sizes, and many other functions. It then queues thesefiles to the next component in the workflow system. As all componentmodules, this module can be renamed to whatever the operator desires.This module can also be published out onto the network in bothMacintoshes and PC as printers to the user.

The Queue module 322 queues various jobs to the appropriate component,such as a raster image processor module (RIP) 324, an output device 326,or both, as illustrated. Native intelligence has been programmed intothe Queue module 322 enabling it to determine the proper path a certainfile should take within the workflow system. The Queue module 322 willautomatically route files to the appropriate module, based on the natureof the file. The module also serves as a buffer and allows for viewingof file log information, previewing of files, and holding jobs forproofing first.

The Raster Image Processor (RIP) module 324 is a key core component ofthe workflow and converts PostScript® language or EncapsulatedPostScript® files to raster data at increased speeds. In addition, theRIP module handles an Adobe® Portable Document Format® (PDF) workflow,ripping them in their native format, and works seamlessly with allPostScript® Level III commands.

Actual module icons shown in a Modules Toolbar window may vary from whathas been shown in the illustrated toolbar. The displayed icons representthe specific functions an operator wanted with the workflow system. Anexample of the type of module icons and the corresponding hardwareand/or software modules are shown in FIG. 8. From left to right, themodule icons represent:

Printer module 326—Access Windows printers local or remote.

SCSI ImageSetter module 330—For complete configuration of a SCSIimagesetter.

Tiff Module 328—as described in the basic set up above.

Scan module 322—As described in the basic set up.

Ricoh module 332—Allows for control and configuration of a Ricoh outputdevice.

Queue module 322—as described in the basic set up above.

LoadBalancer module 334—Balance the load of files coming into thesystem.

OPI module 336—Affords Open Prepress Interface (OPI) functionalitywithin the existing workflow system, as opposed to running files througha separate OPI server. With this module, an operator can control allaspects of OPI, directories for high- and low-resolution files to beplaced in, and other instructions and details known to those skilled inthe art.

Proof module 338—Control and configuration of a 36″ wide-formathigh-speed black & white proofing device, as an example.

Imposition module 340—Impost postscript/PDF pages automatically withinthe workflow system.

ImageSetter module 342—Allows for control and configuration of anImagesetter output devices.

HP module 344—Allows for control and configuration of a Hewlett-Packardplotter.

Fuji module 346—Allows for control and configuration of a Fuji outputdevice.

FilmSaver module 348—Allows rotation and placement of files to minimizeoutput film/paper waste.

RCRM SCSI module 350—For complete configuration of an ECRM SCSIimagesetter.

RemoteProof module 352—Send soft proof in raster format for approvalremotely.

RasterDownSampler module 354—Downsamples dpi of Tiff file for Rip-Onceproofing. In digital prepress circles, this is known as ROOM technology,which stands for Rip-Once-Output-Many.

Composite Server module 356—Allows for color-separated files to bestitched back together and output as a composite proof. It will alsoconvert color-separated raster files into a print file. Print file canthen be output as a composite proof in color, black & white, or multipleburn black plates for version checks. Any plates can be mixed andmatched.

Rip module 324—As described in the basic setup.

Other modules (not shown) could include a HTML module that ripspostscript pages to HTML; an EPSOptimizer module for optimizingpostscript or EPS for optimal use; and a PreFlight module that balancesthe load coming into the system.

The workflow system of the present invention allows for quick and easydesign of a custom prepress workflow tailored to an operator's specificneeds. The operator can link each and every individual component of theexisting workflow system and do it in such a way as to maximizeproductivity and performance.

A first module typically required in any workflow is a scan module 320.Once in place, the scan module 320 can act as a hot folder to scan forincoming files on a directory of the operator's choice, who clicks onceon the icon within the Modules Toolbar 106, and then drags it intoposition within the System Design Palette 104. The operator clicks onceagain and places it within the palette. Should the operator wish to movethis or any other icons the operator has positioned, the operator clickson the icon with the white arrow pointer tool 314 and drags it to thedesired location. The operator is typically given the opportunity toname this module as the operator desires.

To link the scan module 320 to the Queue input module 322, the operatorwould click once on the Queue icon, which is represented by a trafficlight in the Modules Toolbar 106, drag it into the system design palette104 and click again to place it. As was the case with the scan moduleicon, the operator drags the Queue module icon 322 anywhere on thepalette, as long as the operator has the pointer tool selected.

In the sample workflow displayed in FIG. 9, the RIP module 324 is thenext step in the workflow configuration. The operator clicks once on theRIP module icon 324 within the Module Toolbar 106, drags it into thedesired position within the system design palette 104, and clicks onceto place it into the workflow.

The operator can place a Queue module 322 next in the work lowprocession for trafficking jobs to be output. The Queue module 322allows for a smooth flow of job traffic by routing files to the nextmodule. However, it is not necessary to place a queue between the RIPand output device.

In the sample System Design Palette window shown in FIG. 7, an UltreSCSI Imagesetter module 342 and a windows printer 360 are the outputdevices of choice, as represented by the icons. Several different outputdevice drivers could be available based on which drivers are used forspecific workflow needs.

To place any of these icons within the workflow, the operator clicksonce on the specific icon within the Modules Toolbar 106, drags it intothe desired position within the System Design Palette 104, and clicksonce again to place the module within the workflow.

The next step in creation of a custom workflow is to link eachindividual module, whether it represents a software function, or ahardware component within the workflow system. The operator clicks onthe New Link tool 312 (blue crossed arrows) in the system toolbar 118 toconvert the cursor to a linking tool. Next, the operator clicks once onthe first icon in the workflow and then to the next icon the operatorhas placed within the palette to represent system components. Theoperator clicks once on that icon to connect the first two, then clickson the next. The operator continues doing so until the operator haslinked each component of the system for the desired workflow scenario.

If the operator attempts to make a link that is not possible, the bluelink arrow will change to a red arrow and an error connecting messagewill prompt the operator to rethink the decision. Should the operatorwish to change a certain link that is already chosen, the operatorclicks on the white arrow to convert the cursor into a pointer tool. Theoperator highlights the particular link by pointing to it with thecursor and right clicking on the mouse. When doing this, it will changeto a turquoise color. The operator will then be given an option todelete or setup. If the operator wishes to delete the link, the operatorclicks on the delete command. The link will then be erased entirely andthe operator may re-link appropriately. Although the colors of objectscan be changed to suit any individual taste, the default link arrowcolor is blue. When the operator highlights it with the pointer tool, itdefaults to turquoise. The different connected modules are listed in thewindow 304.

After all modules within the System Design Palette 104 are linkedappropriately for a desired workflow, the operator chooses a finaloutput module(s), such as through a scan module 320 and associatedfolder with destination modules.

In a Window shown in FIG. 10 at 380 for the necessary scan module setup, the different output destination modules that the operator hasplaced in the particular workflow will be listed. However, they willfeature a box 382 to the left of them, which is blank inside uponinitial setup within the System Design Palette 104. The operator canclick once on the box to activate the output device within the workflow.When the operator does this, a checkmark will appear and multiple outputmodules can be used to send files.

As noted before, a module is selected with a cursor. By right clickingthe mouse button, the operator initiates configuration of any individualsystem. Right clicking on the icons will prompt a menu. With this menu,the operator highlights a desired command, or uses an appropriatekeyboard shortcut next to the command. A pop-up menu can offer commandsfor Setup (F5), View (F4), Change Computer (F6) or Delete (Del). The RIPmodule 324 could include a menu having a Fonts command.

To program a component, the operator can either highlight the Setupcommand or press an F5 key with the module selected, as shown in FIG.10.

The Module Name dialog box 384 allows changes to the module's name. Twooptions designate the directories the module will scan and backup to.The operator may either click within the text window and key in thedirectory path of the operator's choice, or click on the Directory Treebutton 386 to the right of the text window. If the operator clicks onthe Directory Tree button 386, a window allows the operator to scrollthrough directories, as well as to select different drives available onthe system. The window could also display all files in a highlighteddirectory folder. If a directory is not empty a message could appear“Selected Scan Directory C:\dir Chosen is not empty Are you sure youwant to process all files in this directory?”

The same procedure can be used to define a Backup Directory 388, whichis a text window in the Module Setup window illustrated in FIG. 10. Thisinformation can be keyed directly into the window on the Directory Treechosen to bring up a Select Directory window and select a directory ofchoice. A Backup Directory allows users to move files into the workflowsystem and make copies to use elsewhere.

The Files Mask (Files *.*) text window 390 in a scan module setup windowhas a pull-down menu, which will display various types of file formatsavailable to pick. Whatever file masks the operator selects are thetypes of files scan module will locate as the files come into theworkflow system. These files include PS, EPS, TIFF, BMP, PDF, PRV andDAT. It is possible to default to all file types by using thestar-dot-star (*.*) command.

A Buffer size window 392 provides an operator the opportunity todesignate a buffer size for the spooling of files. Buffer size can bedefined by clicking within a window and keying the figure in. In oneapplication, the buffer size defaults to slightly more than 2 mbstandard for 128 mb RAM system. If system RAM increases, then buffersize can be increased, 4MB for 256 mb RAM, 8 mb for 512 mb RAM, etc.

Other functions available include the ability to select Use ACSII 394for conversion of TIFF files to PostScript® files or to Auto rotateraster files 396. The command to turn on or off the choice is made byclicking an appropriate box. A checkmark in the box means the functionis turned on. The system defaults to having both functions off.

Through appropriate boxes, the operator can select Paused module onerror 398, Delete error file and continue work 400, or Move error fileto “error” directory 402, by clicking in a radio button next to thedesired command to determine what to do with error files that may beencountered in the workflow.

Destinations appearing in appropriate boxes will be determined by themodules and devices within the workflow system. The operator selects thedevices the operator desires to have the files sent to in the particularfolder.

An Additional tab 404 can be selected within a scan module setup window(FIG. 11) to define hot folder sharing information 406. The operatoralso has the opportunity to turn Mac Share off or on 408. If turned on,a Mac Share name command will be highlighted and the operator isprompted to enter a name into the text window. Services for Macintoshmust be running. The scan folder must be on an NTFS formatted drive.Also an operator can give the scan folder a higher priority within thisfolder by picking up raster files from the Harlequin RIP 410.

A Virtual Printers tab 412 (FIG. 12) can define virtual printerinformation. At the top of this window you can turn on the scan folderas a Mac Printer 414, define its name, and publish this name on aMacintosh chooser level. A PPD text window 416 displays the directory ofthe particular PostScript® Printer Description (PPD) file.

Rulers can be generated to allow users to make adjustments to theleading of different machines.

A Scan Modules List window 420 (FIG. 13) provides a history as to themodule's activity. It will list each file that comes into scan moduleunder the Name tab, the Status of each file as it progresses, if theinformation was logged and whether the module is paused or not. The loginformation recorded will be displayed in the text window 422 at thebottom of a Scan Modules List window. If multiple scan modules are inplace within the workflow, the operator will see information detailingeach within the window.

Pull-down menus include System 422, View 424, Module 426 and Help 428.From the Systems menu 422, the operator can stop the module by one oftwo different commands. The operator can highlight and click on Stop, orpress the F2 key. Another command available under the Systems menuallows the operator to Exit the Scan Modules list window. From the Viewmenu 424, the operator can hide or display both the Log Window and theToolbar. To toggle the viewing of the Log Window on or off, the operatorpresses Ctrl+V. To toggle the viewing of the Toolbar on or off, theoperator press Ctrl+T, or the operator can highlight either command withthe mouse and left-click once.

From the Module pull-down menu 426, the operator can pause, set up ordelete the scan module, or turn its log on or off. In addition, clickingon About Job will provide information on a highlighted file within themodule.

Keyboard shortcuts for commands from within the Module pull-down menuare as follows: Pause=Ctrl +P, Setup=Ctrl+U, Delete=Ctrl+D, LogOn/Off=Ctrl+L and About Job=Ctrl+J.

The hide icon button 430 at the top left of the Scan Modules List windowwill hide the entire window when it is clicked. All windows areinterconnected to the System Design Palette.

The middle icon 432 gives the operator the ability to cancel a job. Theoperator can select the job in the log file, highlight it and click onthe Cancel Job icon. The third GO icon 434 is Toggle On/Off switch. TheToggle switch works the same in every module. A GO SIGN is indicativewhen the workflow system is running and the STOP SIGN is indicative whenthe system is paused. The bar shown to the right of the Toggle switch,is the Progress Bar.

It is possible to activate remote servers that are listed. The listingcould show what software is available.

It is possible to configure a Queue module 322 for either input oroutput (FIG. 14). In fact, it is possible to set up multiple input andoutput queues, based upon particular needs, all within oneconfiguration. The operator drags and drops as many icons representingQueue modules as needed into the System Design Palette.

As was the case with the Setup window for the scan module, a Queue setupwindow 420 appears (FIG. 14). The operator is given the option ofrenaming the queue module by keying in a new name in the Module nametext window 422, such as Input Que.

Underneath the Module name text window is a window for Storage Directory422. If the operator already knows the directory path of where theoperator wishes to store files, the operator keys key it in, or if theoperator prefers, the operator may click on the Directory Tree button426 and visually scroll through directories to select a storagedirectory.

When the operator opens this window, the Spool job before processingcommand 428 defaults “on.” It will automatically spool a job beforeprocessing. If the operator does not wish to spool a job beforeprocessing, the operator clicks the mouse in the box window to the leftof the command and the checkmark disappears. At that time, the queuemodule will start immediately sending data to the next module whenreceived Last job on top box 430 is also checked on default, allowingfor last job in queue to be place on top of list.

The Delete policy box 432, offers two choices as to when to delete afile, or a third option telling the module to never delete the fileautomatically. If the operator desires to delete a file immediatelyafter it is processed, the operator clicks on the radio button next tothat command. A dot will appear, signaling that the command is turnedon. If the operator desires to maintain a file for a certain length oftime, the operator clicks the radio button next to this command and keysin how many minutes the operator wishes to keep a file after processing.If the operator does not want automatic file deletion at all, theoperator clicks on the Never command. Once this is invoked, the only waya file can be deleted is for the operator to go to the storage directoryand manually delete the storage file itself.

In the Hold Devices window 434, output devices within the systemworkflow will be shown. If the system is queuing to only one device,that device will be listed and by default, it will be unchecked. Toactivate it, the operator clicks within the box and a checkmark willappear. If the system has multiple devices, one can be selected.

Once the operator has entered the desired information within thiswindow, the operator either clicks on the OK button (Ctrl+O is keyboardshortcut). If the operator wishes to cancel information, the operatorclicks on the Cancel button (or uses the Ctrl+C keyboard shortcut).

Another function provided within queue set up is the View window 436(FIG. 15). Highlighting an Input Queue module icon and right clicking onthe mouse pops up the setup menu with the View command being one ofseveral options. The View window 436 of queue module shows a variety ofvery important data regarding workflow.

Within the Queue View window, additional commands and options areavailable. Under the Systems 438 pull-down menu, the operator can startor stop the module by either clicking once on the command (it togglesback and forth, based on whether the system is on or off at the time) orusing the F2 keyboard shortcut. The Options (Ctrl+O) command pops up theQueue Setup window discussed earlier. Exit closes the View Windowaltogether.

In the View command 440, clicking on the command itself or using theCtrl+V keyboard shortcut, allows the user to view or turn off view ofProcessing jobs (Ctrl+F), Passed jobs (Ctrl+E), Preview window (Ctrl+P),Log window (Ctrl+V) and Toolbar (Ctrl+T).

Valuable data is shown within the window. It gives the operator a quickoverview as to what is taking place as far as jobs coming into the Queuemodule from the scan module. It also provides data on ones that havealready been processed and forwarded on to the next step in theworkflow.

Also available within the Queue view window is a Jobs menu 442. Pullingit down offers several different functions for control and flow of jobsincluding: Reprocess =Ctrl+R, About Job=Ctrl+J, UnHold=Ctrl+U,Delete=Delete, Save As=Ctrl+S, Change Names=Ctrl+H and SelectAll=Ctrl+A.

Icons shown within the queue module view window replicate many of thesefunctions. To Hide or Show the main window (toggles back and forth),click on the first HIDE icon 444 on the left. To pause or resume themodule, toggle, utilize the GO/STOP icon 446. To Reprocess selectedjobs, select the job(s) one wishes to reprocess and click on the thirdicon 448 from the left. Highlighting a job and clicking on the fourthicon 450 from the left will Abort it. To Delete selected jobs, highlightthe job description and click once on the fifth DELETE icon 452 from theleft. Changing selected job names (Change Names) is accomplished byhighlighting the job, then clicking on the Pencil icon 454. Clickingonce on the third hand icon 456 from right will un-hold that job, orchange the priority of a job with the second face icon 458 from theright. Place jobs on hold for processing later with the far right handstop icon 460.

Right-clicking your mouse on the queue icon within the System DesignPalette 104 opens a Setup menu, including Change Computer (F6) command.This command affords the ability to run the queue module on a computerat a remote site. When the operator invokes this command, the operatorwill see a window having the names of the Servers and Domain names,which can be selected.

The RIP module rips Adobe® PostScript®, Encapsulated PostScript™ andPortable Document Format (PDF) files at high speed. Open PrepressInterface (OPI) and Trapping are built-in functions. An operator doesnot have to run a file through an OPI Server and a separate trappingapplication in addition to ripping.

When right clicking the mouse on the RIP Module icon 324 within theSystem Design Palette, a menu will pop up offering five commands, fourof which being identical to the menu offered when right-clicking on anyof the other icons. These functions include View, Change Computer,Delete and About. The RIP module also offers the opportunity to see awindow detailing what Fonts are available on the system. Fonts can bedeleted and added to the system as known to those skilled in the art.

When clicking on the Setup command for the RIP module, the RIP setupwindow 462 in FIG. 16 will appear.

The text box window at the very top of the RIP Setup (Server Name)window 464 allows the operator to rename the RIP server. RenderingBuffer kb 466 allows the operator to select the amount of RAM designatedto the RIP at start-up, the RIP will consume more RAM if needed whileprocessing data. The band buffers (Band Buffer kb 468) pertains to theamount. If the operator desires to use Open Prepress Interface (OPI)capabilities inherent in the system, as opposed to having to transmitfiles to a separate OPI server, the operator clicks in the box window470 next to enabled. Check the RIP to fail in OPI if no high-resolutionfiles are found or process low-resolution file 472. Trapping of spotcolors is also available. To invoke automatic trapping, click on the boxwindow 474 next to that command. When the operator initially opens thiswindow 462, OPI and Trapping will default to being turned off and thefigures shown in the illustration above will be defaults for renderingand band buffers.

Once the operator has entered the correct setup information for the RIP,click on OK (or Ctrl+O). If the operator feels that something has beenentered in error, the operator may click on Cancel (Ctrl+C) or go backand highlight the erroneous information and replace it with correctinformation.

Right clicking your mouse on the Fonts command on the RIP icon, a fontswindow will appear, which will list actual fonts loaded on the workflowsystem. Fonts can be added and deleted as known to those skilled in theart.

When invoking the View command from the menu displayed after rightclicking on the RIP module icon, the server window 476 shown in FIG. 17will appear. Three pull-down menus are available within this window.When pulling down the system menu 478, the operator can Start the RIP,click on Options (which will take you back to the Setup window) or Exitthe window.

In the sample workflow illustration, a Queue Output module is locatedbetween the RIP module and a WinPrint module. Configuration of a Queuemodule used for output is the same as one used for input. Naturally, anoutput Queue is not necessary.

The WinPrint module is illustrated as an output device in the workflowand can be configured as other modules by left-clicking the mouse tohighlight the icon, then right-clicking the mouse to bring up a pop-upmenu, having various commands such as: Setup (F5 keyboard shortcut),View (F4 keyboard shortcut), Clear Error, Launch Module, Change Computer(F6 keyboard shortcut), Delete (Delete keyboard shortcut), and AboutModule (Ctrl+F1 keyboard shortcut). The setup command allows set up ofpages as is known to those skilled in the art and brings a setup window480 as shown in FIG. 18. These can include mirror or negative output,resolution, scaling, page adjustment and screening information.Screening choices include Normal, FM or Quadtone. Under the NormalScreening display 482, an operator could input variables for Separation,Angle of output screens, Frequency LPI (lines per inch on output) andDot Shape, as shown in FIG. 18.

The Color Transfer tab window 484 offered within the WinPrint Setupscreen of FIG. 18 is illustrated in FIG. 19. Within this window, theoperator has control of color or black and white output. When theoperator clicks on a radio button next to any of the color separationsnamed at the top right, the operator will see a line in the graph thesame color as the separation the operator has highlighted. If theoperator desires to make any changes, the operator clicks on the lineand drags to the desired settings. For even greater accuracy, theoperator can highlight the Value or Transfer settings 486 illustrated inthe boxes at the lower left of this window. Once highlighted, theoperator may key in desired specifications. In addition, the operatorcan enter information as to anticipated dot gain on the press.

The last tab under the WinPrint Setup windows group is Device 488, whichallows the module name to be changed (FIG. 20) via a setup window 489 ina device name box 489 a. A pull-down menu in the Prints On 490 textwindow can be accessed by clicking on the down arrow at the right handside of the text window. This provides a menu of Windows output devicesthe system or on the network.

Clicking on the Configure Printer button 492 will allow the operator toconfigure whatever output device the operator has selected in the PrintsOn window. In an example sample workflow, the operator could output toan Epson Stylus Color 3000 printer. The window, which appears afterclicking on the Configure Printer, would be the Windows driver providedby the manufacturer, and would vary with different printers. Asidentified above, the scan, queue, RIP and WinPrint modules have beendescribed. Other modules will now be described.

A Ultre SCSI Imagesetter module 330 is shown in FIG. 1 as an output.This can be highlighted by left-clicking the mouse, then right-clickingthe mouse to bring up a pop-up Setup menu. From this menu, the commandsoffered are, Setup (F5 keyboard shortcut), Media Feed, Media Cut, Feedand Cut, View (F4 keyboard shortcut), Clear Error, Launch Module, ChangeComputer (F6 keyboard shortcut), Delete (Delete keyboard shortcut) andAbout Module (Ctrl+F1 keyboard shortcut).

Upon invoking the Setup command, the setup window 494 illustrated inFIG. 21 will appear.

All data shown in the window is default information the operator willsee when bringing this window up. Based on individual system needs,changes can be made. The window defaults to the Page Tab 496 uponopening. Call up either Page 496, Separations 498, Screens 500, ColorTransfer 502 or Device 504 by clicking your mouse on the appropriate tabfolder.

Use keyboard shortcuts as opposed to a mouse, the following shortcutswill invoke the following commands: Page=Alt+P, Separations=Alt+E,Screens=Alt+S, Color Transfer=Alt+T and Device+Alt+D.

The Page area 506 provides for input of data regarding width of mediaroll, whether the operator wishes to mirror or have negative output andshows the top of the page being in a portrait setting. Also within thePage area shown in FIG. 21, the operator can input the maximum width andheight of the pages that are being outputted and whether or not theoperator wishes to rotate them. The rotation defaults to zero. To changethis, simply click in one of the radio buttons next to the desiredrotation angle.

Within the Resolution area 508, the operator is given a default dots perinch figure of 2540×2540. If the operator wishes to change to adifferent dpi setting, the operator clicks on the down arrow to theright of the text window. This will pull down a menu offering variousdpi settings ranging from 1000×1000 all the way up to 3386×3386.

Scaling control in the scaling area 510 is also offered. Although thescaling defaults to 100% for both vertical and horizontal, the operatormay enter whatever percentage the operator wishes to change final outputto. For example, if the operator needs to reduce a file to fit certaindimensions on the final output, the operator determines the output sizerequired and keys in the appropriate percentage of reduction, whilechecking page adjustments 512.

The next window of the Setup group is viewed by left clicking on theSeparations tab 498. The window shown in FIG. 22 will appear. The use ofseparations is turned off in the default mode upon opening the window514. Given that, the Up, Down, Add and Delete buttons are grayed out, asis the command for printing of separation names and coordinates.However, setting up for output of separations is simple, by clicking onthe small box to the left of Use Separations 516 and a checkmark willappear. At that time, the Add and Delete buttons will be ready for use.

The name defaults to Spot (FIG. 23). However, as with other windows, theoperator can change the name by highlighting the word Spot within thewindow and keying in the desired name. For example, if the operator isdoing a 5/C job with regular 4/C process and an added spot color ofPantone 102, the operator could enter Pantone 102 Red within the textwindow. The spot color name will then appear within the list ofseparation names within the Separation window of the Setup command groupof windows.

To delete a color, the operator highlights the name of that color on theseparations list, then clicks on the Delete button or the Delete keykeyboard shortcut. The operator cannot delete the primary separations ofCyan (C), Magenta (M), Yellow (Y) or Black (K). However, the operatorcan output one or more without the others. To output, for example, justthe black plate, the operator clicks in the little box to the left ofCyan, Magenta and yellow. When the checkmark disappears, that particularseparation will not be output.

The operator is also given control as to exactly where on the page theoperator wishes to see these names within the X and Y coordinate boxes.Both default to zero, which would be the upper left-hand corner of thepage. X is the amount in inches the operator wishes to come in from theleft margin. If the operator wishes to print the separation names flushleft, the operator leaves the X coordinate at zero. The Y coordinate isthe amount in inches the operator wishes to come up from the bottom ofthe page. If the operator wishes to print separation names at the topleft-hand corner of the page, the operator can use zero as the Xcoordinate. Y's exact location will be determined by how much of amargin is required at the top of the page.

The next set of controls in the Ultre SCSI Imagesetter setup window isfor Screens. When the operator clicks on the Screens tab, the window 516in FIG. 24 will appear.

The operator has complete control of what type of screening the operatorwishes to use and all aspects of the separation screen output within thewindow 516. When opened, the window defaults to Normal screening 518. Ifthe operator wishes to use FM Screening 520 or Quadtone 522, theoperator left-clicks the mouse in the radio button next to the desiredscreen type.

Within the Normal Screening section 524 of this window, the operator caneither use the default settings for Angle (degrees) Frequency LPI (linesper inch) and Dot shape, or the operator can change any and allinformation. To change specifications, the operator left-clicks themouse on the figure the operator wishes to change so that it ishighlighted. New data is keyed in. The operator is also given theoptions of using Accurate Screens or to Override Screens Settings. Acheckmark will appear indicating the command has been invoked. Once theoperator has the desired information in place, click on the OK button toproceed.

The next tab under the Setup group of windows for the Ultre SCSIimagesetter gives the operator exacting control over color transferinformation. When the Color Transfer tab 502 is clicked, the windowillustrated in FIG. 25 will pop up.

To change any of the transfer information, the operator clicks on theradio button next to the separation desired to change. Upon so doing, aline will appear in the graph the same color as the separation that hasbeen highlighted. The operator can change value and transfer informationby clicking on the line and dragging it to the desired location. Foreven more exacting Value and Transfer information, the operator canleft-click the mouse in a box next to the command at the bottom left andkey in the data.

To set all of the separations to the same color transfer, the operatorclicks on the All Same button, or uses the Alt+A keyboard shortcut. Ifthe operator wishes to insert a point on the graph line, the operatorleft clicks the mouse at the desired point, then clicks on the Add Pointbutton.

Once the operator has entered the desired Color Transfer specifications,the Save As button is clicked on (Alt+S keyboard shortcut). This willsave the particular configuration for future use. If one wishes to loadthe information into an overall system configuration and continue, oneclicks on the Load button, or uses the Alt+L keyboard shortcut.

Upon completion of entering the data included in this window, click theOK button, or the keyboard shortcut of Alt+O. If one finds an error anddesires to cancel the input of data, one clicks on the Cancel button, oruses the keyboard shortcut of Alt+C.

The Device window 530 (FIG. 26) enables one to input data in severalareas. The Device Name text box 532 will show whatever name has beenassigned to the device within the system workflow on the System DesignPalette. If an operator wishes to rename the Ultre SCSI Imagesetter, theoperator highlights the name and key in whatever name you wish to giveit.

Two text windows in a SCSI address area 534 show the location of SCSIdevices within the system. SCSI address and Ultre SCSI address will showby default the exact address of these devices. If the operator desiresto change this information, the address shown is highlighted and key ina new one.

Upon opening this window, the Film Counter 536 will default to beingturned off. To use it, the operator clicks in the small box next to UseFilm Counter and a checkmark will appear. Upon invoking this command,the Film Left (inch) text box will automatically show exactly how muchfilm is left on the roll in use. One can program how much film onewishes to have advanced between jobs by keying in this information ininches in the text box next to Auto film advance length.

Once all information is keyed in, Setup of the Ultre SCSI imagesetter iscompleted. At this point, if one desires to go back and change anyinformation in any of the other windows within this group, one can clickon the appropriate tab folder or use the appropriate keyboard shortcut.When everything is input as one wishes, one clicks on the OK button.

Other modules that can be configured include a proof module 338, whichallows configuration of page dimensions, including media Roll Width,Maximum width of page and Maximum height of page as an output device.Mirroring capability is also possible, and options for rotation. One canalso program in specifications for screens, such as Normal, FM Screen orQuadtone, based upon operator needs. Different dot sizes can beselected.

An operator can set specific color transfer information on eachseparation by using a histogram chart as shown in FIG. 27. An operatorclicks on the color one wishes to program transfer information for, theninputs the appropriate data. One is also given the option of making eachseparation identical by clicking on the All Same button at the right ofthe window, or using the keyboard shortcut of Ctrl+A. If one wishes wishto add a point to the histogram, one clicks on the Add point button. Onemay input Value and Transfer specifications in the text boxes at thebottom of the window. In addition, one can program in Dot Gain toaccommodate a different press.

In a Device Name text box as in a separate window (not shown), one canrename the output device module within the workflow system and highlightthe default information in the text box and key in the name desired. Theproper port information shown in a menu can be changed as required.

A file output setup window (FIG. 28) directs PostScript®, EncapsulatedPostScript® and Portable Document Format (PDF®) files to Raster ImageProcesses (RIPs). The module can be programmed to either Load Balance orPoll the RIPs on the network. Up to 20 characters with spaces can beused for the Module name. The Move type can be changed from Load Balanceto Polling. Load Balance looks at the input (Spool) directory of theRIP(s) if any file(s) are in the directory and their size(s) are biggerthen the programmed Max Sizes of Files in Directory, then the file issent to the next available folder and checked again until a suitabledirectory is find.

Polling takes files in and sends them in rotation to each listed RIP(s)one after another, until finished and then starts over, all data isdistributed equally. Data could be sent to RIP #1, RIP #2, RIP #3, RIP#1, RIP #2, RIP #3, etc. The Que Central module can receive data andsend it to all NT capable RIPs. Multiple setup files can be loaded orsaved, with multiple Que Central modules running in the workflow systemsetup.

An Open Prepress Interface (OPI) module 336 can be configured (OPImodule), which allows open PrePress Interface (OPI) Built-infunctionality within the RIP, as opposed running files through aseparate OPI server. With this module, an operator can control allaspects of OPI, including directories for high and low resolution files.An operator can send high-resolution files, Tif, Tiff, or EPS to the\\OPI\HiRes folder and the OPI module does the rest.

The Module name located in the general setup window 600 is programmableup to 20 characters with spaces. High Resolution Directory/LowResolution Directory 602 makes the directory for incoming HiRes/LoResfiles. Actual Smart Scan Hot Folders are used to spool files into OPIHiRes folders. Incoming HiRes files are automatically copied to thecorrect LoRes folder using the Low Resolution dpi according to the LowResolution Directory structure (LRDS) 604 and published as sharedfolders to Macintoshes and/or PC networks. Auto delete files from OPIfolders or delete them by Time Stamp method. LRDS structure containsthree methods for accepting and storing files. Just one Directory onlyworks with one Hi/LoRes directory, Alphabetical sub directoriesautomatically creates a directory every time a file comes into the OPIwith the first letter different than the directories already created.

Custom sub directories shown in FIG. 30 allows the user to create filesmask directories with incoming files, example would be using the *,? todesignate a wild card character in the file format. FIG. 31 shows OPIdirectories being published as shared folders to Macintoshes and PCnetworks. FIG. 32 shows a Replication screen for OPI directories thatare used. If client software exists on remote machine(s) running OPI, areplication link can be established between OPI machines. There are twomethods to synchronize the OPI folders. First is On Startup of themodule and the second looks at the folder in a predetermined amount oftime, for example, one hour. Thus, OPI will scan every hour. FIG. 33shows the setup for an OPI directory.

A Raster Down Server takes in HiRes raster files and down samples (dpi)the file for proofing on lower resolutions machines. This moduleautomatically down samples the files according to what device(s) arechecked in the destination module. In a setup window 650 (FIG. 34),Module name is programmable up to 20 characters with spaces. Destinationmodules automatically appear if attached to the RDS module, check Shrinkto page if page(s) are bigger then actual printer size. An example pagewould be pages ripped for broadsheet output and needing to be proofed onand 11X17 printer, check shrink to page.

A Film Saver Module can take in raster jobs and gang them together foroutputting in the most efficient manner. Again Module names can beprogrammable. The jobs will be sent into a print pool until the size(s)of the job(s) are bigger then the programmed Film width size.

An Imposition Module Imposes PostScript®, Encapsulated PostScript® andPortable Document Format (PDF®) files into a Signature ready plate flatsfor outputting. New signature files can be created. A Signature EditButton within a separate imposition modules window (not shown) canlayout the plate and pages to the desired output specification of thedevice. Multiple pages can be output in imposed form, adding multiplepages to the configuration. These pages can be rotated or moved anywhereon the plate, crop marks, printer marks, and bleed and trim lines can beadded to the plates, layout can be completed in Saddle Stitched orPerfect Bound format.

A Remote Proof Module requires only a name and a storage directory onthe hard drive. A Storage Directory allows raster file(s) to be held forproofing by the client (FIGS. 35 and 36). Set the work area space insidethe view area. FIG. 36 shows the view screen 660.

The View Screen 660 with five options is where the raster file(s) areheld for proofing by the client.

The first three options are the same in all modules Hide module,GO/STOP, and Delete Job. The next two allow the user to Edit the Jobs orSend the Job into the next module.

Using tools under various icons to markup page either with text or boxeswill display the area that needs changed. It is possible to zoom in orout on the page, and proof the page at the customer's site. Once pagemarkup is done, a user simply hits two send buttons either with orwithout corrections back to the main site that originated the file.

FIG. 37 displays Edit Screen 670 with markups of the jobs coming backfrom customer site(s). The icons to the left of the job show if the jobneeds to be redone or if the file can be output. The Page with the bluearrow pointing right allows the user to send the job to the printer orthe next module in workflow.

A Composite Server Module 356 (FIG. 38) accepts pre-separated fileseither PostScript®, or Raster files coming from the system RIP,Harlequin or Adobe RIPs. The module combines them back together forproofing, allowing for Bleed and Trim boxes to be applied to the pages.To check the overall position of the pages within the plate flat, whileusing the dots generated from the high resolution RIPs. This allows toproof the high resolution plate that are going to press for 100%accuracy. This module can also cut apart pages in 4,8,16 up flats fromsingle page proofing either singled or duplexes sided.

The Composite Server module has a setup window 690 (FIG. 38) featuresthree types of Composition Algorithms 692 for combining files backtogether. Fastest, Fast, Randomize the Fastest being the quickest way tocombine files and the Randomize being the slowest but does the bestquality output. Composing method 694 allows two types, Separations ofone plate, and Any separation, Separations of one plate reads the platenames and puts the plates with same name back together for proofing. Anyseparation reads the Files in job box and waits for the appropriatenumber of jobs, before combining them back together.

This method allows the user to check multiple Black plates, etc. TheBleed and Trim Boxes 696 when checked, applies hairline rules around thepage boarders showing bleed and cut areas. Strip Area Size 698 allowsthe user to remove gripper space that is on plate flats. The ability tocontrol the ink colors and supported spot color is shown at the bottomwith the Add, Edit Delete, New Spot Color, and Set Default buttons. Toload saved configuration files, one uses the Load from file or Save tofile buttons. Cut out Pages, Exclude pages with same numbers, Duplexplate pages (A&B, C&D) all these options deal with cut multiple pageflats into single pages for proofing either single or double sidedproofs. Cut out pages breaks down multiple page documents into singlepages.

Exclude pages with same number does just that will not print same numberpages. Duplex plate pages backs up plate pages in order example 1,2,3,4etc for book proofing.

A PS,EPS Optimizer Server takes in Postscript or EPS file and optimizesthem for faster processing. This module can do compressions of images tooptimization of postscript operators that are used over and over. Addthumbnail to EPS, slit composite EPS files into the single color EPSpages, check files for errors encode ASCII or Binary into images. Cropout unused areas of images automatically. Embed fonts into job forprocessing at another RIP or site. Remove or change images convert themon the fly or change from RGB to color on the fly.

This application is related to copending patent applications entitled,“METHOD OF ARRANGING A PREPRESS WORKFLOW,” “METHOD AND SYSTEM FORARRANGING A WORKFLOW USING GRAPHICAL USER INTERFACE” and “PREPRESSWORKFLOW METHOD USING RASTER IMAGE PROCESSOR,” which are filed on thesame date and by the same assignee and inventors, the disclosures whichare hereby incorporated by reference.

Many modifications and other embodiments of the invention will come tothe mind of one skilled in the art having the benefit of the teachingspresented in the foregoing descriptions and the associated drawings.Therefore, it is to be understood that the invention is not to belimited to the specific embodiments disclosed, and that themodifications and embodiments are intended to be included within thescope of the dependent claims.

That which is claimed is:
 1. A method of configuring a prepress workflowcomprising the steps of: loading a prepress memory manager on a localcomputer as a result of a user input such that a graphical userinterface is displayed and includes prepress system design palette and amodules toolbar having module icons representing different prepresshardware and/or software distributed object modules that can potentiallybe used in a prepress workflow operation; dragging module iconsrepresenting the desired prepress hardware and/or software distributedobject modules to be used in a prepress workflow from the modulestoolbar into the prepress system design palette; and linking the moduleicons based on user input in the order which represents how the prepressworkflow proceeds along the selected hardware and/or softwaredistributed object modules represented by the module icons.
 2. A methodaccording to claim 1, and further comprising the step of launching aprepress memory manager at a remote computer based on user input at thelocal computer, and outputting the prepress workflow to an output devicelocated at the remote computer.
 3. A method according to claim 1, andfurther comprising the step of configuring a desired hardware and/orsoftware distributed object module based on user input by selecting amodule icon representing the desired prepress hardware and/or softwaredistributed object module to be configured by user selecting a dialogbox corresponding to the desired hardware and/or software distributedobject module and inputting information within the dialog box.
 4. Amethod according to claim 1, and further comprising the step of draggingthe module icons into the system design palette with a user selectedpointer tool and linking the module icons once positioned within thesystem design palette with a user selected linking tool.
 5. A method ofconfiguring a prepress workflow comprising the steps of: loading aprepress memory manager on a workstation computer platform as a resultof a user input such that a graphical user interface is displayed andincludes a prepress system design palette; selecting module iconsrepresenting desired prepress hardware and/or software distributedobject modules to be used in a prepress workflow into the prepresssystem design palette; and linking the module icons based on user inputin the order which represents how the prepress workflow proceeds alongthe selected hardware and/or software distributed object modulesrepresented by the module icons.
 6. A method according to claim 5,wherein the step of selecting module icons further comprises the step ofuser enabling a pull down menu and selecting appropriate prepresshardware and/or software distributed object modules corresponding to adesired hardware component and/or software function.
 7. A methodaccording to claim 5, wherein the step of selecting module icons furthercomprises the step of dragging module icons representing the desiredprepress hardware and/or software distributed object modules from amodules toolbar into the prepress system design palette.
 8. A methodaccording to claim 5, and further comprising the step of launching aprepress memory manager at a remote platform based on user input at theworkstation platform, and outputting the prepress workflow to an outputdevice located at the remote platform.
 9. A method according to claim 5,and further comprising the step of configuring a desired hardware and/orsoftware distributed object module based on user input by selecting amodule icon representing the desired prepress hardware and/or softwaredistributed object module to be configured by user selecting a dialogbox corresponding to the desired hardware and/or software distributedobject module and inputting information within the dialog box.
 10. Amethod according to claim 5, and further comprising the step of draggingthe module icons into the system design palette with a user selectedpointer tool and linking the module icons once positioned within thesystem design palette with a user selected linking tool.
 11. A method ofconfiguring a prepress workflow comprising the steps of: loading aprepress memory manager on a local computer as a result of a user inputsuch that a graphical user interface is displayed and includes aprepress system design palette and a modules toolbar having module iconsrepresenting different prepress hardware and/or software distributedobject modules that can potentially be used in a prepress workflowoperation; dragging module icons representing the desired prepresshardware and/or software distributed object modules to be used in aprepress workflow from the modules toolbar into the prepress systemdesign palette; linking the module icons based on user input in theorder which represents how the prepress workflow proceeds along theselected hardware and/or software distributed object modules representedby the module icons; and rejecting a link between two module icons whenthe output of a first respective hardware and/or software distributedobject module represented by a module icon is not operative with theinput of a second respective hardware and/or software distributed objectmodule to which the first hardware and/or software distributed objectmodule is being linked.
 12. The method according to claim 11, andfurther comprising the step of establishing a link by establishinggraphical lines from one module icon to the next module iconrepresentative of the prepress workflow.
 13. The method according toclaim 12, wherein said graphical lines are color coded, and said colorcoded graphical lines are a first visually distinguishable color when asuccessful link between module icons is established and a secondvisually distinguishable color when a link is rejected.
 14. A methodaccording to claim 11, and further comprising the step of launching aprepress memory manager at a remote computer based on user input at thelocal computer, and outputting the prepress workflow to an output devicelocated at the remote computer.
 15. A method according to claim 11, andfurther comprising the step of configuring a desired hardware and/orsoftware distributed object module based on user input by selecting amodule icon representing the desired prepress hardware and/or softwaredistributed object module to be configured by user selecting a dialogbox corresponding to the desired hardware and/or software distributedobject module and inputting information within the dialog box.
 16. Amethod according to claim 11, and further comprising the step ofdragging the module icons into the system design palette with a userselected pointer tool and linking the module icons once positionedwithin the system design palette with a user selected linking tool. 17.A method of configuring a prepress workflow comprising the steps of:loading a prepress memory manager on a local computer as a result of auser input such that a graphical user interface is displayed andincludes prepress system design palette; selecting module iconsrepresenting desired prepress hardware and/or software distributedobject modules to be used in a prepress workflow into the prepresssystem design palette; and linking the module icons based on user inputin the order which represents how the prepress workflow proceeds alongthe selected hardware and/or software distributed object modulesrepresented by the module icons; and rejecting a link between two moduleicons when the output of a first respective hardware and/or softwaredistributed object module represented by a module icon is not operativewith the input of a second respective hardware and/or softwaredistributed object module to which the first hardware and/or softwaredistributed object module is being linked.
 18. The method according toclaim 17, and further comprising the step of establishing a link byestablishing graphical lines from one module icon to the next moduleicon representative of the prepress workflow.
 19. The method accordingto claim 18, wherein said graphical lines are color coded, and saidcolor coded graphical lines a first visually distinguishable color whena successful link between module icons is established and a secondvisually distinguishable color when a link is rejected.
 20. A methodaccording to claim 17, wherein the step of selecting module iconsfurther comprises the step of user enabling a pull down menu andselecting appropriate prepress hardware and/or software distributedobject modules corresponding to a desired hardware component and/orsoftware function.
 21. A method according to claim 17, wherein the stepof selecting module icons further comprises the step of dragging moduleicons representing the desired prepress hardware and/or softwaredistributed object modules from a modules toolbar into the prepresssystem design palette.
 22. A method according to claim 17, and furthercomprising the step of launching a prepress memory manager at a remotecomputer based on user input at the local computer, and outputting theprepress workflow to an output device located at the remote computer.23. A method according to claim 17, and further comprising the step ofconfiguring a desired hardware and/or software distributed object modulebased on user input by selecting a module icon representing the desiredprepress hardware and/or software distributed object module to beconfigured by user selecting a dialog box corresponding to the desiredhardware and/or software distributed object module and inputtinginformation within the dialog box.
 24. A method according to claim 17,and further comprising the step of dragging the module icons into thesystem design palette with a user selected pointer tool and linking themodule icons once positioned within the system design palette with auser selected linking tool.
 25. A method of configuring a prepressworkflow comprising the steps of: loading a prepress memory manager on alocal computer as a result of a user input such that a graphical userinterface is displayed and includes prepress system design palette and amodules toolbar having module icons representing different prepresshardware and/or software distributed object modules that can potentiallybe used in a prepress workflow operation; dragging module iconsrepresenting the desired prepress hardware and/or software distributedobject modules to be used in a prepress workflow from the modulestoolbar into the prepress system design palette, wherein the moduleicons comprise a scan module corresponding to a software function forscanning incoming data in user selected file directories and a RIPmodule corresponding to a raster image processor for turning objectdescriptions contained in incoming data into bit map images; and linkingthe module icons based on user input in the order which represents howthe prepress workflow proceeds along the selected hardware and/orsoftware distributed object modules represented by the module icons. 26.A method according to claim 25, and further comprising the step oflaunching a prepress memory manager at a remote computer based on userinput at the local computer, and outputting the prepress workflow at anoutput device at the remote computer.
 27. A method according to claim25, and further comprising the step of configuring a desired hardwareand/or software distributed object module based on user input byselecting a module icon representing the desired prepress hardwareand/or software distributed object module to be configured by userselecting a dialog box corresponding to the desired hardware and/orsoftware distributed object module and inputting information within thedialog box.
 28. A method according to claim 25, and further comprisingthe step of dragging the module icons into the system design palettewith a user selected pointer tool and linking the module icons oncepositioned within the system design palette with a user selected linkingtool.
 29. A computer program that resides on a medium that can be readby a computer, wherein the computer program comprises instructions tocause a computer to configure a prepress workflow and: load a prepressmemory manager on a local computer as a result of a user input such thata graphical user interface is displayed and includes prepress systemdesign palette and a modules toolbar having module icons representingdifferent prepress hardware and/or software distributed object modulesthat can potentially be used in a prepress workflow operation; dragmodule icons based on user input representing the desired prepresshardware and/or software distributed object modules to be used in aprepress workflow from the modules toolbar into the prepress systemdesign palette; and link the module icons based on user input in theorder which represents how the prepress workflow proceeds along theselected hardware and/or software distributed object modules representedby the module icons.
 30. A computer program according to claim 29, andfurther comprising instructions for causing the computer to launch aprepress memory manager at a remote computer based on user input at thelocal computer, and output the prepress workflow to an output devicelocated at the remote computer.
 31. A computer program according toclaim 30, and further comprising instructions for causing a computer toconfigure a desired hardware and/or software distributed object modulebased on user input and select a module icon representing the desiredprepress hardware and/or software distributed object module to beconfigured by a user selected dialog box corresponding to the desiredhardware and/or software distributed object module and inputtinginformation within the dialog box.
 32. A computer program according toclaim 31, and further comprising instructions for causing a computer todrag the module icons into the system design palette with a userselected pointer tool and link the module icons once positioned withinthe system design palette with a user selected linking tool.
 33. Acomputer program that resides on a medium that can be read by acomputer, wherein the computer program comprises instructions to cause acomputer to configure a prepress workflow and: load a prepress memorymanager on a local computer as a result of a user input such that agraphical user interface is displayed and includes a prepress systemdesign palette; select module icons representing desired prepresshardware and/or software distributed object modules to be used in aprepress workflow into the prepress system design palette; and link themodule icons based on user input in the order which represents how theprepress workflow proceeds along the selected hardware and/or softwaredistributed object modules represented by the module icons.
 34. Acomputer program according to claim 33, and further comprisinginstructions for selecting module icons by a user enabling a pull downmenu and a user selecting appropriate prepress hardware and/or softwaredistributed object modules corresponding to a desired hardware componentand/or software function.
 35. A computer program according to claim 33,and further comprising instructions for selecting module icons bydragging module icons representing the desired prepress hardware and/orsoftware distributed object modules from a modules toolbar into theprepress system design palette.
 36. A computer program according toclaim 33, and further comprising instructions for causing the computerto launch a prepress memory manager at a remote computer based on userinput at the local computer, and outputting the prepress workflow to anoutput device located at the remote computer.
 37. A computer programaccording to claim 33, and further comprising instructions for causing acomputer to configure a desired hardware and/or software distributedobject module based on user input by selecting a module iconrepresenting the desired prepress hardware and/or software distributedobject module to be configured by user selecting a dialog boxcorresponding to the desired hardware and/or software distributed objectmodule and inputting information within the dialog box.
 38. A computerprogram according to claim 33, and further comprising instructions forcausing a computer to drag the module icons into the system designpalette with a user selected pointer tool and linking the module iconsonce positioned within the system design palette with a user selectedlinking tool.
 39. A computer program that resides on a medium that canbe read by a computer, wherein the computer program comprisesinstructions to cause a computer to configure a prepress workflow and:load a prepress memory manager on a local computer as a result of a userinput such that a graphical user interface is displayed and includes aprepress system design palette and a modules toolbar having module iconsrepresenting different prepress hardware and/or software distributedobject modules that can potentially be used in a prepress workflowoperation; drag module icons based on user input representing thedesired prepress hardware and/or software distributed object modules tobe used in a prepress workflow from the modules toolbar into theprepress system design palette; link the module icons based on userinput in the order which represents how the prepress workflow proceedsalong the selected hardware and/or software distributed object modulesrepresented by the module icons; and reject a link between two moduleicons when the output of a first respective hardware and/or softwaredistributed object module represented by a module icon is not operativewith the input of a second respective hardware and/or softwaredistributed object module to which the first hardware and/or softwaredistributed object module is being linked.
 40. The computer programaccording to claim 39, and further comprising instructions for causing acomputer to establish a link by establishing graphical lines from onemodule icon to the next module icon representative of the prepressworkflow.
 41. The computer program according to claim 40, wherein saidgraphical lines are color coded, and said color coded graphical linesare a first visually distinguishable color when a successful linkbetween module icons is established and a second visuallydistinguishable color when a link is rejected.
 42. computer program thatresides on a medium that can be read by a computer, wherein the computerprogram comprises instructions to cause a computer to configure aprepress workflow and: load a prepress memory manager on a localcomputer as a result of a user input such that a graphical userinterface is displayed and includes prepress system design palette;select module icons representing desired prepress hardware and/orsoftware distributed object modules to be used in a prepress workflowinto the prepress system design palette; and link the module icons basedon user input in the order which represents how the prepress workflowproceeds along the selected hardware and/or software distributed objectmodules represented by the module icons; and reject a link between twomodule icons when the output of a first respective hardware and/orsoftware distributed object module represented by a module icon is notoperative with the input of a second respective hardware and/or softwaredistributed object module to which the first hardware and/or softwaredistributed object module is being linked.
 43. The computer programaccording to claim 42, and further comprising instructions for causing acomputer to establish a link by establishing graphical lines from onemodule icon to the next module icon representative of the prepressworkflow.
 44. The computer program according to claim 43, wherein saidgraphical lines are color coded, and said color coded graphical lines afirst visually distinguishable color when a successful link betweenmodule icons is established and a second visually distinguishable colorwhen a link is rejected.
 45. A graphical user interface contained on acomputer screen of a computer and used for establishing a prepressworkflow comprising: a prepress system design palette; and a modulestoolbar operative with the system design palette, said modules toolbarcontaining module icons representing different prepress hardware and/orsoftware distributed object modules that can potentially be used in aprepress workflow operation, such that the module icons can be draggedfrom the modules toolbar into the system design palette and linkedtogether based on user input in the order which represents a desiredprepress workflow.
 46. A graphical user interface according to claim 45,and further comprising a systems toolbar having an icon representativeof al inking toolbar.